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ここ で は UML に よる 仕様 / 設 計 文書 の 書き か た に つい て 述べ 
る . UML を 利用 する 場合 , 各 図 の 間 に は それ ぞ れ 関係 が あり , 
その 一 貫 性 を 維持 し な が ら 仕様 を 表現 し な けれ ば な ら な い . そ 
の た め , いく つか の 配慮 が 必要 に な る . ここ で は 簡単 な モデ ル 
を 示し な が ら , UML で 仕様 を 記述 する 際 の 注意 点 を 紹介 する . 
また , リア ル タ イ ム ・ シ ステ ム を 表現 する た め の 拡 張 記述 に つ 
いて も 紹介 する . (編集 部 ) 


今回 ソフ トウ ェ ア 設 計 品 質 と いう こと に つい て いろ い 
ろ と 考え て み ま し た . わか っ て いる つも り , すなわち 設計 
に つい て は 十分 に 経験 を 積ん で いる つも り だ っ た の で す が , 
あら た めで 設計 品質 」 と いう こと ば を 抜き 出す と , 説明 が 
と て も 難し いこ と に 気が付き まし た . 機械 の 場合 と 違っ て , 
設計 結果 図面 が で きた ら , あと は 製造 の 話 」 と は いき ませ 
ん . か な り の 点 で 設計 と ( 製造 に 相当 する ? ) プ ログ ラミ ン 
グ が 密接 に 結び つい て いる か ら で す . 機械 設計 だ と 図面 ど 
お り に 作る の が 製造 で す が , ソフ ト ウェ ア の 場合 , そこ ま 
で 図面 を 書 こ うと する と , プロ グラ ミン グ を 行っ て いる の 
と あま り 変 わら な く な っ て し まい ます . し た が っ て ,「 い 
か に 抽象 化す る か 」 と いう の が ソフ ト ウェ ア の 場合 は 大 き 
な 課題 に な り ま す . 

いか に 抽象 化す る か と いう 問題 は .。 どの よう に 仕様 を 書 
き , 設計 する か と いう 問題 で も あり ます . そこ に は どう し 
て も 分 析 ・ 設 計 手法 が 関係 し て きま す . ここ で は オブ ジ 
ェクト 間 の 協調 を 中 心 と する 分 析 ・ 設 計 」 を 考え て , その 
中 で 最終 的 に 設計 品質 を どう と ら え れ ば よい か を 説明 し た 
いと 思い ます . 道具 と し て は , UML の 図式 と その 拡張 を 
使う こと に し ます . 


に ラコ 
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基 礎 し て 
仕様 / 設 計 文 書 を 書く 


ーー UML を 利用 する 隊 に 押さ えて お きた いこ と 


@ 仕様 を 決め る こと が 難し い 二 つの 理由 

ソフ ト ウェ ア 設 計 に お いて , 仕様 を どう 記述 する か , 設 
計 を どの よう に 記述 する か は つね に 問題 と な っ て きま し た . 
な ぜ か と いう と , 多く の 場合 , シス テム は 人 間 の た め に 存 
在 す る か ら で す . 人 間 が 直接 ハー ド ウェ ア を 操作 する 時 代 , 
それ は 単純 な イン ター フェ ー ス し か 持た ず , 人 間 は その 数 
少な が い イ ンタ ー フ ェ ー ス の み を 利用 し て いま し た . す な わ 
ち , 人 間 が ハー ド ウェ ア に 合わ せ て いた と 言え まず 図 1). 
児 在 で は , よほど の 単純 な シス テム 以外 は , 例え ば キー 
ボー ド の よう な イン ター フェ ー ス か ら な る 入力 機器 を 利用 
し た り , ディ スプ レイ の 画面 な ど を 通じ て 複雑 な 出力 を 行 
うこ と に な り ま す 、 こ れ に より , 柔 愉 な ユー ザ ・ イン ター 
フェ ー ス を 実現 し て いま す . 

近年 , ユー ザ の 使い が っ て を 改善 する た め , ある い は ハー 
ドウ ェ ア 自 身 が 実現 し て いな い 機 能 を 受け 持つ た め , ソフ 
トウ ェ ア の 規模 が 非常 に 大 きく な っ て いま す . この こと を 
仕様 と いう 側面 で 見 た と き , 以下 の 二 つ の こと が 言え ます . 


( a) ハー ド ウェ ア 直 接 較 


図 1 人 間 と ハー ドウ ェ ア の 間 へ の ソフ ト ウェ ア の 介在 を 示す 模式 図 
ソフ ト ウェ ア が 媒介 し な いと き ,( a) の よう に ユー ザ は 基本 的 に ハー ドウ ェ 
ア の 提供 する 少数 の イン ター フェ ー ス の み を 使っ て いた . 現在 で は , 間 に ソ 
フト ウェ ア が 介在 する こと で , ( b) の よう に より 和 柔軟 な イン ター フェ ー ス お 
よび ハー ド ・ ワ イヤ 化 さ れ な い ロ ジッ パ ( 論理 機能 ) の 実現 が 可能 と な っ て い 
る . 図 の 矢印 は 主たる や り と り を 示し て いる . 


ー ザ 図 


( b) ソフ ト ウェ ア の 介在 [ 
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* 人 間 系 に つい て は 容易 に 仕様 が 定まら な い 
e 機能 が 複雑 化 ・ 大 規模 化し て お り , 仕様 と し て 表現 する 
こと が 難し く な っ て いる 


人 @ 仕様 , 設計 , 検証 の 関係 
SLCR Software Life Cycle Process) に よれ ば , ソフ ト 
ウェ ア 開 発 の 上 流 工程 で は , 次 の よう な 作業 が 行わ れる こ 
に な り ま す . 
e ソ フト ウェ ア 要 求 分 析 
e ソ フト ウェ ア ・ ア ー キ テク チャ 設計 
e ソ フト ウェ ア 詳 細 設 計 
組織 に よっ て , ある い は プロ ジェ クト に よっ て , 活動 は 
より 詳細 化 さ れ ま す が , ここ で は お お むね この 分 け か た を 
採用 し ます . 
今 」, ソ フト ウェ ア 要 求 分 析 の 結果 と し て ソフ ト ウェ ア 要 
求 仕様 書 Software Requirement Specification, 略し て 
SRS と 呼ぶ こと も ある ) が ある も の と し ます . また , ソフ 
トウ ェ ア ・ ア ー キ テク チャ 設計 の 結果 と し て ソフ トウ ェ ア 
概要 設計 書 が , ソフ ト ウェ ア 詳 細 設 計 の 結果 と し て ソフ ト 
ウェ ア 詳細 設計 書 が 作ら れる も の と し ます . この と き , そ 
れ ぞ れ の 文書 の 間 に は 図 2 の よう な 関係 が ある と 考え られ 
ます . この 詳細 化 が 正しい か どう か を 調べ る 行為 が 検証 」 
と 呼ば れ て いま す . 例え ば , ソフ ト ウェア 要求 仕様 書 に 書 
か れ て いる こと が , 誤り な く , 過 不 足 な く , か つ 一 貫 性 を 
維持 し な が ら ソ フト ウェ ア 概 要 設計 書 に 記述 され て いる か 
どう か を 検査 する こと に な り ま す . し た が っ て , 次 の よう 
に 言い 換え る こと も 可能 で す .「 詳細 化 は 開発 と し て 前 進 
する 方向 で 行わ れる 行為 で ある . それ に 対し て , 検証 は 逆 
向き に 行わ れる 行為 で ある 」. 
ここ まで は わか り や すい 話 な の で す が , 実際 に は それ ほ 


ソフ トウ ェ ア 図 
図 2 要求 仕様 書 較 
詳細 化 の 過程 詳細 化 | 検証 
下位 の 文書 は 上 位 の 文書 詳細 化す る 」 と いう Y 
言い か た を する . 例え ば , ATM で 現金 を 引き 出 
す と いう 要求 仕様 書 上 の 機能 に 対し て , 概要 設 
計 書 を 読む こと に よっ て , どの よう な 構成 部 品 
の 関係 で それ が 実現 可能 か を 知る こと が で きる . 
ある い は , キャ ッシュ ・ カ ー ド を 入出 力 する 部 
分 や , パス ワー ド を 確認 する 部 分 と いっ た 構成 
部 品 が わか る . 詳細 設計 書 を 読む と , それ ぞ れ 
の 構成 部 品 の 内 部 が どの よう に 作ら れ て いる か 
が わか る . 
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ど 明 確 に 仕様 と 設計 を 分割 す る こと は で きま せん . ソフ ト 
ウェ ア 要 求 仕様 書 を 考え る と き , ある 程度 設計 の こと も 考 
えな く て は な り ま せん . そう し な いと , 実現 し よう の な い 
要求 仕様 に な る か も し れ な いか ら で す . 逆 に , あら ゆる こ 

と を 規定 し よう と する と , プロ グラ ム 仕 様 書 の よう に な っ 

て し まい まず 例え ば , エラ ー・ メ ッ セ ー ジ の 文面 を 決め 

半 だ 」 
ここ で は , いく つか の キー ワー ド に 関し て Syntropy 手 

洪 2 に 従っ て 定義 し て お きま す . 

e[ 分 析 」 と は , ソフ ト ウェ ア 開 発 プ ロジ ェクト に と っ て 選 
択 の 余地 の な い ( すなわち 実現 する こと を 明示 し て いる ) 
側面 を 見 つけ , 記述 する こと で ある 

e[ 設計 」 と は , ソフ ト ウェア 開発 プロ ジェ クト に と っ て 選 
択 可能 が すなわち まだ 何 も 述べ て いな い ) 側面 を 作り 出 
し , 記述 する こと で ある 

e[ 仕様 」 こ は, ソフ トウ ェ ア 
まい の 抽象 的 な 記述 で ある 
分 析 の 結果 が 仕様 で ある と する と , この 分 析 の 定義 に あ 

る よう に , あく まで 観測 可能 な シス テム に つい て ) 実 現 

する と 宣言 し て いる も の が 仕様 の 候補 と な り ま す . し た が 

っ て , 現実 的 に は , 顧客 に よっ て 仕様 の レベ ル と いう の は 

随分 と 異な る こと に な り ま す . た だ し , ここ で は 上 記 の 抽 

象 的 | と いう キー ワー ド を 強調 し て お きた いと 思い ます . 


・ シ ステ ム の 観測 可能 な ふる 


@ 良い ソフ トウ ェ ア 要 求 仕様 書 と は ? 

仕様 に つい て は , も う 一 つ 参 考 に な る 記述 が あり ます . 
IEEE 標準 で ある ソフ ト ウェ ア 要 求 仕様 に 関す る 推奨 で ず ?. 
ここ に は , 良い SRS の 特性 に つい て 次 の よう な 定義 が あり , 
重要 な 要素 が 明確 に 述べ られ て いま す . 

e 正確 で ある 一 一 正確 で ある と は , そこ で 述べ られ て いる 
要求 が 実現 する べき も の 通常 は ," シス テム "要求 仕様 
書 の よう な 上 位 文書 ) と 適合 し て いる こと . 

明白 で ある 一 一 ソフ ト ウェ ア 要 求 仕様 書 が 明白 で ある と 
いう の は , そこ で 述べ られ て いる 要求 が た っ た 一 つの 解 
釈 し か 持た な いこ と ( 用 語 が 複数 の 意味 を 持つ 場合 は , 用 
語 集 を 通し て 意味 を 限定 する 必要 が ある . ある い は 形式 
的 な 記述 を 用 いて ユニ ー ク な 意味 を 与え る ). 
完全 で ある 一 完全 で ある と は 次 の 三 つ の 項目 が 成立 す 
る と き で ある . 第 1 に , すべ て の 重要 な 要求 機能 性 や 
性 能 , 設計 制約 , 属性 , 外部 イン ター フェ ー ス ) が 記述 
され て いる こと . な お , シス テム 要求 仕様 で 定義 され て 


| 


いる 外部 の 要求 も , 承認 され , 要求 と し て 扱わ れ て いる 
こと . 第 2 に , すべ て の あり 得る 状況 に お ける , すべ て 
の 実現 可能 な 入力 デー タ に 対す る ソフ ト ウェ ア の 応答 を 
定義 する こと . な お , 無効 な 入力 値 へ の 応答 に つい て も 
記述 する こと は 重要 で ある . 第 3 に , ソフ トウ ェ ア 要 求 


仕様 書 の 中 の すべ て の 図 , テー ブル , ダイ ヤグ ラム に ラ 
ベル が 付き , 参照 で きる こと . な お , すべ て の 用 語 と 測 
定 単位 を 定義 し て いる こと . 

e 一貫 し て いる 一 一 上位 文書 と 不 整 合 が な いこ と . 

e 重要 性 や 安定 性 に 従っ て ラン ク 付け され て いる 一 一 安定 
性 に つい て は , 予期 され る 修正 の 数 に よっ て 示す こと も 
で きる . 

e 検証 可能 で ある 一 一 ソフ ト ウェ ア 要 求 仕様 書 が 検証 可能 
で ある と いう の は , ソフ ト ウェ ア 要 求 仕様 書 由 の すべ て 
の 要求 が 検証 可能 で ある と きのみ で ある . 

e 修正 可能 で ある 一 一 ソフ ト ウェ ア 要 求 仕様 書 が 修正 可能 
で ある と は , 要求 を 変更 し よう と し た と き に , ソフ トウ 
ェ エア 要求 仕様 書 の 構造 と スタ イル を 維持 し た まま , 容易 
に , 完全 に , 一 貫 性 を 維持 し な が ら 変 更 で きる こと を 示す . 

e 追跡 可能 で ある 一 一 ソフ ト ウェ ア 要 求 仕様 書 が 追跡 可能 
で ある と は , 要求 の 起源 が 明確 で あり , 以降 の 開発 や 文 

書 の 改訂 こ お い て 要求 へ の 参照 が 可能 で ある こと を 示す . 
先 に ,「 実現 する と 宣言 し た も の は 仕様 の 一 部 」 と 定義 し 

まし た . すなわち , 設計 の 内 容 で あっ て も それ が その 宣言 

の 対象 と な る な ら ば, 仕様 に 記述 され る こと に な り ま す . 

IEEE の この 文書 で は , 仕様 に 埋め 込ま れる 設計 内 容 と し 

て 次 の 例 が 挙げ られ て いま す . 

「 特別 な 場合 で は , いく つか の 要求 が 厳し く デ ザイ ン を 
制限 する か も し れ な い . 例え ば , セキ ュ リ ティ や 安全 
求 事 項 は , 次 の よう に 直接 設計 に つい て 言及 する 場合 が 
ある . 

8) い く つか の 機能 に 関し て は , 別 の モジ ュー ル と する 

SC 
b) プロ グラ ム の いく つか の 領域 で は , 制限 され た 通信 を 
(休め 導 
c) 重要 な 変数 に つい て は , デー タ の 完全 性 を 検査 する 
の 
設計 制約 に 関す る 例 は , 物理 的 な 要求 / 性 能 要求 と ソ 
フト ウェア 開発 標準 / ノ ソフト ウェ ア 品 質 保証 基準 で ある 」 


⑯ モデ ル を 記述 する た め の 道 具 “UML" 

UML と は , ご 存じ の よう に プロ グラ ム を 作成 する と き 
の さま ざま な 場面 で アイ デア を 整理 し , 表現 する た め の 図 
式 で す . 別 の こと ば で 表現 する な ら ば , プロ グラ ム を 作る 
と いう 行為 は , 特定 の モデ ル を 作る 作業 に ほか な ら ず , 
UML は その モデ ル を 記述 する た め の 道 具 と いう こと に な 
りり : 

今 , 検証 に 焦点 を 当て ます . そう し た と き に , どう し た 
ら 検証 が スム ー ズ に 行え る か を 考え ます . いち ば ん わか り 
や すい 手段 は . それ ぞ れ の 段階 で モデ ル の 記述 を 形式 的 に 
( 定型 に ) す れ ば よい こと に な り ま す . そう し て お か な いと , 
検証 は , 単に 人 間 の 注意 深 さ に 依存 し て し まい ます . 

ここ で , いく つか の ポイ ント が あり ます . 以下 で は , 機 
能 の 問題 と ふる まい の 問題 に 分 け て 考え ます . 


⑯ UML で 機能 を 記述 する ポイ ント 

仕様 は , 大 きく は 機能 の 記述 と 非 機能 の 記述 に 分 か れ ま 
ポ ここ で 非 機能 要件 と いう の は , 速度 や 使い が っ て に 関 
わる 要件 ). ソフト ウェ ア の 場合 , 機能 を 見 つけ 出し て 記 
述 す る の は それ ほど 簡単 で は あり ませ ん . し た が っ て , 手 
法 と し て いろ いろ な や りか た が 提案 され て いま す が , ここ 


ATM 
ィ ャ ー ト ご 球 *sswrg っ < トー っ 


( a) 要求 分 析 で 使用 する 通常 の ユー スケ ー ス 罰 


大 スー 較 置く ーー ズ 
現金 を 引き 出す 図 記帳 する 凶 

( b) ユー スケ ー ス 図形 要素 を 用 いた 別 の シス テム 要求 に 関す る 表現 較 
図 3 要求 分 析 で 使用 する ユー スケ ー ス 図 
も ちろ ん 記帳 する 」 党 預け 入れ を 行う 」 と いっ た ユー スケ ー ス も ATM に は 
ある が , ここ で は 例 と し て 一 つ だ け 記 述 し て いる ( a).「 異な る アク タ に 対 
し て , ユー スケ ー ス は 異な る イベ ント 列 を 持つ 」 と いう の が ユー スケ ー ス の 
定義 で ある . 必要 な ら ば , ユー スケ ー ス は , それ ぞ れ イベ ント 列 を 持つ アク 
ショ ン へ と 詳細 化 さ れる . この アク ショ ン に 対し て , 後述 する 型 仕様 を 記述 
する . これ は , 単なる 記法 の 変更 で は な い . 通常 , 異な る アク タ は , 同一 ユ 
ー ス ケー ス に 対し て も 異な る イベ ント 列 を 期待 する . 例え ば , 「 口座 の ステ 
ー タ ス を 管理 する 」 と いう ユー スケ ー ス は , アク タダ 管理 者 」 と アク タダ | 窓口 」 
で は 異な る だ ろう . アク ダ 管理 者 」 の 場合 , 入力 は な いか も し れ な い が , 管 
理 し て いる 全 口 座 の 情報 を 知る 必要 が ある . 一 方 , アク タ 「 窓口 」 は 入力 業 
務 を 行う が , 知る 必要 の ある 情報 は 限定 され て いる . オペ レー タ の 入力 に よ 
っ て 管理 者 は ステ ー タ ス 管 理 を 行う の だ が , イベ ント 列 と し て は 分 けた ほう 
が 良い . これ も 重複 オブ ジェ クト の 議論 に 似 て いて , その ユー スケ ー ス は 別 
の 側面 を アク タ に 対し て 見 せる こと に な る . その た め , まず は 違う も の と 考 
える ほう が よい . 最初 ば a) の よう に 異な る 側面 を あま り 意 識 す る こと な く , 
ー つ で 考え る . し か し , きち ん と シス テム を 仕様 化し た い 場合 に , 不 つ ご う 
な 局面 が 多い . そこ で 仕様 化 直前 で は , ( b) の よう な 表記 法 が 望ま し い . 


ATM 
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で は 筆者 自身 が 用 いて いる 方 法 を 示し て お きま す . も ちろ 


ん まっ た く 新しい 方 法 と いう わけ で は な く , 伝統 的 な 
Syntropy や Catalysis の 手法 に 基づい て いま す . 

銀行 の ATM 現金 自動 預け 払い 機 ) を 例 に し て 考え ます . 
最初 に . ソフ トウ ェ ア 開 発 で よく 利用 され て いる ユー スケ 
ー ス 図 を 用 いま す . 通常 は 図 3 a) の よう に 記述 し ます . 
ここ で は , 別 の 書き か た を 考え て み ま す . 理由 の 詳細 な 


mm 


説明 は 省略 し ます が , 図 3 a) の よう な 記述 の 場合 , 誤解 
され て 利用 され る こと が 多い よう に 感じ る か ら で す . シス 


テム の 中 に ユー スケ ー ス を 書く と , ユー スケ ー ス 自身 が 機 
能 を 表現 し て いる よう に 見 えま す . ユー スケ ー ス は , も ち 
ろ ん シ ステ ム が 持つ べき 機能 と 無関係 で は あり ませ ん が , 
機能 その も の で は あり ませ ん . 定義 上 は , あく まで も ユー 
状 アク タ ) と の 間 の トラ ン ザ クシ ョ ン 列 に 過ぎ な い の で す . 

図 3 b) で は , より 端的 に , アク タ と シス テム の や り と 
り と し て ユー スケ ー ス を 定め て いま す . さて ,「 現金 を 引 
き 出 す 」 は ユー スケ ー ス な の で す が , シス テム の 機能 と し 
て 考え た 場合 ,「 認証 する 」,「 口座 の 状況 か ら 引 き 出 し 可 
否 を 確定 する 」,「 実際 に 現金 を 出す 」 と いう 三 つ の 部 分 に 
分 ける こと が で きそう です. 今 , それ ぞ れ を 機能 と 呼ん で 
も よい の で す が , これ 以上 の 分 割 が 好ま し く な い 最 小 単位 
と し て ,「 アク ショ ン 」 と 呼ぶ こと に し ます . この アク ショ 
ン 定 義 を 正確 に 行う こと で , 次 の 仕様 記述 を 行う こと が で 
きま す . 


⑱ オブ ジェ クト 中 心 か ア クシ ョ ン 中 心 か 

一 般 に , 仕様 の 記述 単位 は 機能 ご と ( 本 例 で は アク ショ 
ン ご と ) に な り ま す . さて , 先 に 見 た ソフ ト ウェ ア 要 求 仕 
様 の 特 怪 正確 で ある こと , 明白 で ある こと , 完全 で ある 
こと , 一 綱 し て いる こと な ど ) を どの よう に 実現 する か が , 


つね に 問題 に な り ま す . ここ で ば 仕様 型 」 と いう 記述 を 通 
じ て , この 特性 を 満足 する こと を 考え ます . 

ー つ の アク ショ ン を 記述 する と き に , も ちろ ん 文章 で 書 
いて も よい の で す が , 検証 の た め , 


に 出 て くる 語 梨 を 表 
現す る の オブ ジェ クト 」 を 使用 する こと に し ます . オブ 
ジェ クト 指向 で 言う オブ ジェ クト で す .「 口座 か ら 現金 を 引 
き 出 す 」 と いう と き に , この よう に 日 本 語 で 書い て も よい 
の で す が , も う 少 し だ け 正 確 な 表現 を 目指 すこ と に し ます . 

オブ ジェ クト は , ほか と 協調 し て 何 か 役 に 立つ こと ( そ 
れ が , まさ に 機能 こ な る ) を する も の で す . で すか ら , 個 
別 の オブ ジェ クト を 意識 する の で は な く , オブ ジェ クト ど 
うし の 協調 を 意識 する 必要 が あり ます . 私 に と っ て の 関心 
事 は , 口座 オブ ジェ クト が ある こと で は な く , 出 金 と いう 
アク ショ ン に 対し て , 例え ば ログ ・ オ ブ ジ ェクト に 記録 が 
残り ATM オブジェ クト に 対し て 通知 が いく と いう こと 
な の で す . 

も ちろ ん , それ で も オブ ジェ クト が 登場 する わけ で すか 
ら , どこ か 鶏 と 卵 の よう な 関係 が ある の で す が , アク ショ 
ン を きち ん と 説明 で きる か 否 か を オブ ジェ クト 識別 の 判断 
に 使い ます . オブ ジェ クト 識別 が 主 で は な く て , アク ショ 
ン を 説明 する た め に は どう いう オブ ジェ クト が あれ ば よい 
か を 考え る こと に な り ま す . 

シス テム 内 で 中 心 と な る オブ ジェ クト は , 複数 の アク シ 
ョ ン に よっ て 何 度 も 使わ れ ま す . 例え ば , ATM シ ステ ム 
に お いて 顧客 オブ ジェ クト は , 出 金 に お いて も 入金 に お い 
て も 登場 する こと に な り ま す . 重複 する オブ ジェ クト は , 
多く の 場合 , 各 ア クシ ョ ン で 異な る 役割 を 果たし て いま す . 
例え ば , 口座 オブ ジェ クト は 自分 が 管理 し て いる 金額 残 
高 ) の 減少 。 あ る い は 増加 に つい て 責任 を 持ち ます . その 
一 方 で , 残高 照 仁 と いう アク ショ ン ) に お いて は , ATM 
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( a) 問題 空間 に 散在 する オブ ジェ クト 群 較 
図 4 問題 空間 の オブ ジェ クト 


丸い 部 分 が シス テム を 構成 する オブ ジェ クト を 表す .( b) の 四角 で 
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( b) アク ショ ン と 関連 する オブ ジェ クト 


まれ た 部 分 は , ある アク ショ ン を 構成 する オブ ジェ クト の 集合 を 表す . 


ATM 


::w1Ehdraw 


aCCOung * 


口座 図 


8CCounttNo : Tnteger 1 


ouEtsanding 残高 凶 


Da88word : S 上 in CCOun セ 


de1ete( ) 


ny 口座 .outstanding . amount>=0 


amoun : Money 


actron wiEhdrawa (act: 口座, Cash : Money ) 


や エ @s acCcCounts->1nc]ludes (act)& 
acCCoun .paSsSwdQ = ao .passwQ 


Te aoocoun = accounts->seTeo (accountNo = ac .accounENo) in 


poS モ t: accoun . outstanding .amoun = aooount .outsanding . amountGpre - ocash 


図 5 型 仕様 の 例 
ATM で 口座 か ら 現金 を 引き 出す と き の 型 仕様 を 示す . 


オブ ジェ クト に 対し て 残高 を 答え ます . この よう に 各 オ ブ 
ジェ クト は アク ショ ン ご と に 異な る 側面 役割 ) を 持つ と い 
うこ と に な り ま す . 

こう いっ た 役割 の 重複 は , 最終 的 に 調整 し て 整合 性 を 確 
保 し な けれ ば な り ま せん . 口座 オブ ジェ クト と いう の は , 
ー つ の オブ ジェ クト に 過ぎ な いわ け で すか ら . 最終 的 に 行 
うこ の 整合 性 の 確保 は , 多少 めん どう に も 感じ られ ます . 
し か し , 逆 に 考え る な ら , 多く の 役割 の 重複 を 持つ オブ ジ 
ェクト は , シス テム に お いて 李 と な る オブ ジェ クト で す . 
本 来 的 に 複数 の 側面 を 持ち , も と も と さま ざま な 視点 を 通 
し て 考え る べき 対象 で す . 最初 に 何 も な いと ころ か ら , 全 
体 と その 全体 を 構成 する オブ ジェ クト の 役割 を 考え る より , 
こう し て アク ショ ン 単 位 で 考え , 後 で 整合 性 を 取る ほう が, 
( と くに 規模 の 大 き な シ ステ ム に お いて は ) 考え や すい だ ろ 
うと , 経験 上 か ら も 思っ て いま す . 

図 4 a) は , 問題 空間 上 の オブ ジェ クト を 表し て いま す . 
一 般 的 な 解法 の 場合 , この 広い 空間 上 の 多数 の オブ ジェ ク 
ト を 見 つけ だ し て , その 間 の 静 的 な 関係 を 見 つけ だ す と こ 
ろか ら 人 作業 が 始ま り ま す . これ は モノ と し て の オブ ジェ ク 
ト を 見 つけ る , と いう 説明 に 通じ る か も し れ ま せん . し か 
し , これ は それ ほど 容易 よこ と で は あり ませ ん . 

これ ら の こと より , アク ショ ン を 中 心 と し , 関連 する オ 
ブ ジ ェクト を 登場 させ る こと で , 適切 に 仕様 を 記述 で きる 
と いう こと が わか る と 思い ます . 次 に , 実際 の 仕様 の 書き 


か だ 図 人 4 b) の 四角 で 囲ん だ 部 分 を どの よう に 表現 する か ) 
を 説明 し ます . 


人 @ 型 仕様 か ら 全体 の 仕様 を 構成 する 

型 仕様 は , 各 ア クシ ョ ン の 形式 的 な 定義 で す . 仕様 は 基 
本 的 に この 型 仕様 か ら 構 成 さ れ ま ず 個別 の 型 は 仕様 型 と 
呼ぶ ). 例 を 挙げ ます . 図 5 は , ATM で 口座 か ら 現 金 を 引 
き 出 す と き の 型 仕様 に よる 例 に な り ま す . 

型 仕様 は , 基本 的 に クラ ス と 同じ 構造 を 持ち まず し か 
し , いわ ゆる プロ グラ ム 的 な クラ ス 図 で は な いこ と に 注 
意 ). 最上 段 で は アク ショ ン 名 を 記述 し ます . アク ショ ン 
名 は , 「 型 名 : : ア クシ ョ ン 名 」 と いう 形式 で 表現 し ます . ここ 
で は ATM と いう 抽象 デー タ 型 の アク ショ ン 現金 を 引き 
出 ボ withdraw)」 を 定義 せ する こと に し ます . 

型 仕様 の 図 の 中 段 は .。 ここ で は ATM 型 の 静 的 な 側面 を 
表し ます . 通常 の クラ ス 表 現 で は 属性 を 記述 する 部 分 で す . 
属性 の 代わ り に ユー ザ 型 を 図式 表現 し て いる と 思っ て いた 
だ いて も 大 き な 違 い は あり ませ ん . 

下段 は , アク ショ ン 定 義 の 部 分 で す . クラ ス の 場合 は 操 
作 を 記述 する 部 分 で す . この アク ショ ン 定 義 部 分 で は , 
UML の 仕様 中 で 定義 され て いる OCI( Object Constraint 
Language: オブ ジェ クト 制約 言語 5) を 用 いて 記述 し ます . 

この 下段 の コン パー トメ ント で 定め られ る の は 表明 
( assertion) で あり , 型 が 取り うる 状態 を 明示 的 に 表現 し た 
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い 場 合 は , その 型 に つい て の ステ ー ト ・ チ ャ ー ト を 作成 す 
る 必要 が あり ます . それ は ほか の 手法 と 同じ で すま 1. ちな 
み に , 表明 は 次 の 要素 か ら な り ま す . 

変 条 係 invariant) 一 アク ショ ン を 通じ て 変わ ら な い 
条件 . あるいは, 中 段 で 現れ る 内 部 クラ ス 間 の 関係 の う 
ち , 図式 で 表現 する の が 難し い 条 件 . 

e 事前 条 作 pre-condittion) 一 その アク ショ ン を 実行 す 

に あたっ て 成立 し て いる こと が 必要 な 条 作 状態 ) 

e 事後 条 保 post-condition) 一 ーー その アク ショ ン 実 行 後に 

成立 し て いる 条 保 状態 すなわち , アク ショ ン の ゴー ル . 
見 か け 上 は クラ ス が クラ ス を 包含 し た 形 に な っ て いま す . 

図 4 b) と 比較 し て みて くだ さい . この 図 の 中 の 小さ な 
丸 が 内 部 型 に 相当 し ( 図 5 の 口座 クラ ス や 残高 クラ ス ), 右 
側 の 四角 で 囲ま れ た 領域 が 仕様 型 に か がり ます . この 包含 関 
係 が ある 分 だ け 抽 象 度 が 上 が っ て いる こと に な り ま す . 

この 型 仕様 は , 初期 段階 で は 分 割 し て 複数 人 で 作成 する 
こと が 可能 で す . も ちろ ん , 先 に 述べ た 重複 オブ ジェ クト 
の 問題 が ある の で , ある 段階 か ら は 内 部 に 含ま れる 型 に 関 


操作 中 困 


「 キャ ン セ ル 」 図 
押下 図 


( a) 出 金 に か か わる ATM の 状態 遷移 図 | 


D エ @: oc1TnState (ATM : : 操作 中 : : 認証 済み ) ユ ーー 
acCCountg->1ncl]udes (act) & 
aCCoun . paS8wd=aoc .pas8wQd 


( b) 状態 指示 の 追加 較 


図 6 状態 遷移 図 の 例 
ATM に お いて , 主として 現金 を 下っ す と いう こと に 関す る 状態 遷移 図 を 示す . 


する 整理 ・ 統 合 が 必要 に な り ま す . この 整理 ・ 統 合 に より , 

ふる まい 記述 部 アク ショ ン の 定義 部 ) も 影響 を 受け ます . 
た だ し , すべ て で は あり ませ ん . あく まで も 型 仕様 に お い 
て は , 必要 な 情報 の み を 記載 すれ ば よい の で す . そう する 
こと で , 重複 部 は 最小 で 済み ます . 

大 規模 アプ リケーション に お いて 仕様 モデ ル を 単に クラ 
ス 図 で 表現 し よう と する と , と て も 印刷 で き な い ほど 膨大 
な クラ ス 図 を 相手 に する こと に な り , 理解 する こと すら 
難 で す . ここ で 紹介 し た 手法 で は , 必要 な クラ ス の み を 出 
現さ せま すか ら , アク ショ 機能 ) の 理解 は ずい ぶん と 簡 
単に な り ま す . その 一 方 で , 同一 の オブ ジェ クト が 複数 の 
アク ショ ン の 中 で 現れ る こと に も な る の で , 一 貫 性 を 維持 
する こと は 困難 に な り ま す . 何ら か の ツー ル の 手助け を 得 
る の が 望ま し いと 思い ます 注 2. 


複雑 な 状態 が 含ま れる と き は ステ ー ト ・ チ ャ ー ト 

先 の 機能 表現 だ け で も 十分 な の で す が , 複雑 な 状態 を 表 
現す る こと が 必要 な 場合 わあ り ま す . これ は , UML で は 
有限 状態 機械 モデ ル ステ ー ト ・ チ ャ ー ト ) で 表現 する こ 

に な り ま す . ぶる まい は , 今 い る 状態 に 依存 し て 異な り 
ます 。 

例 を 考え て み ま す . 今 , ATM で 主として 現金 を 下ろ す 
と いう こと に つい て , 図 @ a) の よう な ステ ー ト ・ チ ャ ー 
ト を 書い て み ま す . ユー ザ 認 証 が 最初 に か な ら ず 行 われ な 
い 場 合 も ある の で , ここ で は 並行 表現 を 使っ て いま す 3. 
アン ド ・ ラ イン と 呼ば れる 点線 で し きら れ た 二 つ の 状態 遷 
移 は , 0 た だ し , 明らか に 振 
り 込み が 完了 する た め に は , ユー ザ 認 証 が 終わ っ て いな け 
れ ば な り ま せん . この 場合 , 先ほど の 仕様 型 の 中 の 記述 に 
図 @ b) を 追加 し ます . 

以前 の 事後 条件 で は ,「 入力 パス ワー ド と 口座 の 属性 で 
ある パス ワー ド が 等 し いこ と 」 と いう 条件 に し て いま し た . 
ステ ー ト ・ チ ャ ー ト を 併用 する 場合 は , その 代わ り に 
「“ 認証 済み "と いう 操作 中 の サブ ステ ー ト に いる こと 」 と い 
う 条件 に 変え て いま す . 


注 1: 集合 を 直接 扱う こと , これ は OCL が 得意 と する と ころ で ある . 例え ば , 新規 に 
一 方 , すべ て の 述語 0 が 集合 に 還元 で きる わけ で は な い . オブ ジェ クト の ある 状態 を 表現 する 場 
用 いて 表現 し た り , 状態 遷移 較 ステ ー ト ・ チ ャ ー ト ) と 組み 合わ せ て 表 】 旧 す る こ と に な る . 


グラ ム と 同じ よう に 属性 を 


座 を 開く と いう の は , その 支店 の 口座 数 が 1 増え る こと と し て 表現 で きる . 
合 は OCL で 有効 に 記述 する こと は 難し く , 一 般 の プロ 


注 2: OCL は 仕様 記述 言語 か ら 多く の アイ デア を 得 て い る の で , 各種 の ツー ル タイ プ ・ チ ェ ッ カ や スタ イル ・ チ ェ ッ カ ) の 恩恵 を 受け られ そう だ . た だ し , あく 
まで も 図式 と 同時 に 用 いる こと を 想定 し て いる の で , OCL 部 分 だ け の 検査 に は あま り 意味 が な い . 図式 と 合わせ て 検査 する と いう 試み も 大 学 な ど で 行 われ 


て いる が , まだ 実用 の 域 に は 達し て いな い . 


注 3: それ は 多分 に , 認証 行為 だ け で トラ ン ザ クシ ョ ン を 発行 する と 処理 時 間 が か か る ので, 最後 に まとめ て 行う の だ ろう . た だ し , 


これ は 設計 判断 だ と いう 言 


いか た も で きる が , ここ で は 説明 の た め に , 仕様 上 この 有限 状態 機械 モデ ル を 使う こと に する . 


76 Design Wave Magqzine 2006 February 


基本 的 に は 同じ と も 言え る の で す が , 例え ば 3 回 まち が 
える と し ば らく 出 金 操作 が で き な い 」 と いう 仕様 を 書き た 
いと き , ステ ー ト ・ チ ャ ー ト を 使わ な いと 少し めん どう な 
記述 が 必要 に な り ま す . OCL は , アク ショ ン の 途中 経過 を 
気 に せ ず , アク ショ ン の 開始 条件 と 終了 条件 の み を 記述 す 
る た めで す . その 割り 切り の お か げ で 効率 の 良い 記述 が 可 
能 と な る の で す が , 3 回 と いう の を 詳細 化 せ ず に 書 こ うと 
する と た い へ ん で す . 


@ UML を 使っ つて 検証 する と き の 視 点 

UML の 個々 の 図 を 見 た と き , 単純 な 確認 項目 を いく つ 
も 挙げ る こと が で きま す . 例え ば ,「 名 称 が 妥当 か 」,「 ク 
ラス 図 に お いて , 不用 意 に 循環 的 な 関連 を 引い て いな い 
か 」,「 状態 機械 図 に お いて , 遷移 で き な い 状態 は な いか , 
脱出 で き な い 状態 は な いか 」 と いっ た こと で す . 

UML で は 13 種類 の 図式 が あり ます が , それ ぞ れ に 関係 
が あり まず 図 7). 例え ば , 先 に 見 た よう に , 仕様 型 の 
ご" 認証 済み "状態 が ある こと を 事前 条件 で 宣言 し て いる の 
で , 仕様 型 図 は ステ ー ト ・ チャ ー ト に 依存 し て いる こと に 
な り ま す . 一 方 , ステ ー ト ・ チ ャ ー ト は 仕様 型 ご と に 記述 
する こと に な る の で , 逆 に ステ ー ト ・ チ ャ ー ト は 仕様 型 図 
に 依存 し て いる こと に な り ま す . し た が っ て , この 両者 の 
間 で は 一 貫 性 が 確保 され て いる 必要 が あり ます . 
仕様 は 詳細 化 さ れ て 設計 に な り ま す . し た が っ て , 設計 
は 仕様 に 適合 し て いな く て は な り ま せん . 仕様 型 で は , 先 
に 述べ た よう に 表明 を 用 いて 記述 を 行い ます . 設計 に お い 
て , この 表明 は 次 の よう に 維持 され て いる 必要 が あり ます . 
e 事前 条件 が 厳し く な っ て は な ら な い 


e 事後 条件 が 緩く な っ て は な ら な い 

e 不変 条件 は 維持 され な く て は な ら ない 

事前 条件 は , その アク ショ ン が 実行 され る た め の 前 提 と 
な り ま す . これ が 厳し く な る と , 仕様 上 で 問題 な か っ た 前 
提 が 実際 に は 満足 され な く な り ま す . 前 提 を 満足 し な い 場 
合 は 気 に し な いと いう 立場 を と る の で , 前 提 が 緩ん で も 事 
後 を 満足 する と いう こと な ら ば, 問題 が な か いこ と に な り ま す . 
事後 条件 は , アク ショ ン の 達成 目標 を 示し ます . し た が 
っ て , それ が 緩和 する と いう こと は 目標 に 達し な いわ け で 
すか ら , 適合 し な いこ と に な り ま す . 例え ば , 先 の 出 金 の 
例 だ と ,「 現金 が 出 て き て , 出 金 分 だ け 口 座 残高 が 減少 す 
る 」 と いう の が 事後 条件 で し た . も し , 非 機能 要件 け 使い 
が っ て が 良い こと 」 と いう 制約 が あり , 現金 に 1 万 円 が 含 
まれ る 場合 , 両替 で きる よう に 設計 し た と し ます . これ は 
も と も と の 事後 条件 を 満足 し た うえ で 新た な 制約 を 加え て 
いる の で , 問題 な いと いう こと に な り ま す . 

不変 条件 に つい て は , 一 般 に 厳し くす る こと も 緩和 する 
こと も あり ませ ん . 

ある 仕様 か ら , その 仕様 に 適合 する 複数 の 設計 を 考え る 
こと が で きま す .「 な ぜ そ の よう な 設計 に な っ た の か 」 と い 


ニ 


う 設計 意図 の 記述 は つね に 必要 で す . その 設計 意図 が な い 


か ぎり , 適合 し て いる と いう これ まで の 評価 基準 だ け で そ 
の 設計 が 良い か 否 か を 判定 する こと は , 非常 に 困難 で す . 


@ リア ル タ イ ム ・ シ ステ ム の 仕様 書 を 書く 

前 述 の よう に , ソフ トウ ェ ア 要 求 仕様 書 お よび 設計 書 の 
記述 法 に は さま ざま な 書き か た が あり ます . ここ で は , 仕 
様 型 お よび 設計 型 に 基づく 記述 例 を 示し ます . 


仕様 型 ふる まい 図 
仕様 図 [ 
( 機能 較 電機 能 
適合 人 
詳細 化 図 [ 
図 7 8 ! 詳細 化 較 「 
仕様 と 設計 モデ ル の 間 の 関係 設計 較 半 
UML で は 各 図 の それ ぞ れ に 関係 が ある . この 
こと か ら , 単純 な 確認 項目 を いく つも 挙げ る こ 一 貫 性 図 
と が で きる . 静 的 構造 凶 ふる まい 図 
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Loader 


Acceptor 


図 8 リア ル タ イ ム ・ シ ステ ム の 例 


単純 な アー ム ( Loader) が あり , 何 か の 物 集 Item) を 運ぶ . 受け 手 側 
( Acceptor) は 準備 状況 に 応じ て , 物体 を 受け 取る . 


例 と し て , 図 8 の よう な 状況 を 想定 し ます . 要件 は 以下 
の と お り で す . 


Trangpo て ter: :1oad 


9 し 

入 CCeGp 七 O エ Loader 

pck ( ) 

sgAcoeptab] e ( ) move ( ) 
re]eage ( ) 

エ tem 
UI hag hag 4 
0 上 (0 衣 電 


action 1oad(T:TLoder, a:ACoep モ or, 1 : TEem) 
D エ @ : 

ェ エ .has and no 上 a.hasg and a.1sAoceptab1e ( ) 
DO8: 

not エ .has and a.hag 


【 要件 】 

単純 な アー バ ( Loader ) が あり , 何 か の 物 保 Item) を 
運ぶ . 受け 手 側 Acceptor) は 準備 状況 に 応じ て , 物体 
を 受け 取る . 


1) 仕様 記述 
先 に 述べ た 仕様 型 に 基づく 結果 を 図 9 に 示し ます . 

事前 条件 は 次 の よう に 考え ます . 

e ま ず , そもそも アイ テム が 存在 し な く て は な ら な い も 
ちろ ん , テス ト の た め の 空 動作 が ある か も し れ な い が , 
それ は 1oad と いう アク ショ ン で は な いと し て いる ) 

e ここ で は , Acceptor 側 に 重ね 置き は で き な い と いう 前 
提 に し て いる 

か つ , 何ら か の 受け 入れ の た め の 準 備 動作 が 必要 だ と し 
て いる ( isAcceptab1e () ) 

事後 条件 は 次 の よう に な り ま す . 

e roader は すでに アイ テム の 移動 を 完了 し て いる わけ な 
の で , アイ テム は 持っ て いな い 

e 逆 に Acceptor は , Ttem を 持っ て いる 必要 が ある 

2) 時 間 記 述 
UML を 用 いて 時 間 記述 を 明示 的 に 行う の は , それ ほど 

簡単 で は あり ませ ん . それ は UML 20 に な っ て も 状況 は 変 

わっ て いま せん . あえ て 書く と する と , シー ケン ス 図 に 注 

記 と し て 入れ る か , タイ ミン グ ・ チ ャ ー ト を 使用 する か で 

す . し か し , これ ら の 方 法 で は , 仕様 型 を は じ め と する ク 

ラス 図 や ステ ー ト ・ チ ャ ー ト と 一 貫 性 を 確保 する こと が 難 

し く な り ま す . し た が っ て , 何ら か の 方 法 で 拡張 し な けれ 
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9 仕様 型 Transporter の アク ショ ン load の 仕様 記述 
ソフ ト ウェ ア 要 求 仕様 書 の 仕様 型 に 基づく 記述 例 を 示す . 


ば な り ま せん . 

ー つ の 拡張 は , 十 数 年 前 に David Harel 氏 が ステ ー ト ・ 
チャ ー ト を 考案 し た と き に 行わ れ た 拡張 で ず 9. UML で 
は , 状態 遷移 の 上 に 次 の よう な 形 で 遷移 条件 な ど を 記述 す 
る こと が で きま す . 


[ガー ド 条件 ] イベ ント 名 / アク ショ ン 名 


例え ば ,「 ドア を 閉め ろ 」 と いう 指示 が 来 た と き , じゃ ま 
な も の が な けれ ば ドア を 閉め て か ぎ を か ける , と いう の は , 
次 の よう に 書け ます . 


[doorWay- >igsEmoty] Shut/ Cl1oseArndTiock 


と ころ で , ここ で ,「 ド ドア を 閉め て か ぎ を 掛け ろ 」 ア クシ 
ョ ン は , ガー ド 条件 が 成立 し た うえ で , Shut 指示 が 着い て 
か ら あ る 程度 の 時 間 を お いて 実行 し な けれ ば な ら な いと し 
ます . この 時 間 を お いて "と いう の が 通常 の 記述 で は 書け 
ませ ん . 基本 的 に トリ ガ は 一 瞬 で 伝わり ます し , アク ショ 
ン は 一 瞬 で 実行 され る と いう 前 提 に 立っ て いる か ら で す . 

と ころ が , リア ル タ イ ム 処 理 で は 有限 時 間 の 扱い が 重要 
に な り ま す . その た め に いく つか の キー ワー ド を 用 いま す . 
例え ば , tm(E, N) と いう キー ワー ド が あり , これ は N ク 
ロッ ク 後 に イベ ント E を 発行 する 」 と いう 意味 に な り ま す . 
し た が っ て ,「 10 ク ロッ ク 後 に C1oseAndqriock を 発行 す 
る 」 と いう の は , この キー ワー ド を 使っ て 次 の よう に 書け 
ます . 


[doorWay- >1g8Empty] Shut/tm(C1oseAnd 
Lock, 10) 


も ちろ ん , この アク ショ ン 部 分 の 定義 で は 10 ク ロッ ク 後 
に イベ ント を 発行 する だ け に な る の で , 実際 に この イベ ン 
ト を 受け て 処理 を 行う 部 分 を 別途 定義 し な く て は な り ま 
せん . 

こう いっ た ステ ー ト ・ チ ャ ー ト の 拡張 は その 後 も 行わ れ 
て いま す が , や は りこ の まま だ と 状態 相称 ステ ー ト ・ チ 
ャ ー ト ) と 仕様 殖 クラ ス 図 ) の 間 で 一 貫 性 を 保つ の が 難し 
く な り ま す . ここ で は , 仕様 型 を その まま 使っ て , 時 間 記 
述 を 行う 方 法 を 考え まず 7. 

今 ,「 oder は 40~ 80 ク ロッ ク 内 で 積み 込み を 完了 し 
な く て は な ら な い 」 と いう こと を 時 間 制 約 と し て 記述 し た 
央 8 積み 込み 完了 状態 を , “ loaded" 状態 と 名 づけ 

, 次 の よう に 書く こと が で きま す . epost [40, 80] 
と いう の が 撤 枯 記述 の 部 分 で す 」 


1@post [40, 80] -> inmo1udes (1 : : 1oaded) 


oc1 TnState を 使わ ず inc1udes を 使っ て いる の は , 
状態 遷移 その も の も , 状態 の 集合 と その 並び と いう よう に , 
集合 の 枠組 み の 中 で 定義 し た いか ら で す . これ に よっ て , 
仕様 型 が 集合 に 基づい て いる よう に , 状態 も 含め て 一 貫 性 
を 持っ て 扱え る こと に な り ま す . 同じ 枠組 み で 扱え る メリ 
ッ ト は , ツー ル に よる 検証 や シミ ュ レ ーション を 行え る よ 
うに な る こと で す . 

図式 と テキ スト の 両方 を ツー ル で 扱う と いう の は , も と 
も と た い へ ん な こと で す . で きれ ば , 図式 は 少な く , で き 
る だ け テ キス ト で 表現 し た ほう が 機械 は 扱い や すい の で す . 
も ちろ ん , 人 間 は テキ スト ば か り で は 辛く な る の で 図 を 使 
いた いわ け で す が , ここ で 紹介 し た 時 間 記 述 は その 折 青 を 
ね ら っ て いま す . 


人 @ 紹介 し た 手法 は 確実 に 実践 可能 
ソフ トウ ェ ア の 仕様 や 設計 の 検証 と いう こと で は , さま 
ざま な 研究 や 実践 が な され て いま す . 今回 紹介 し た の は , 


どの 場面 で も 確実 に 実践 可能 な 方法 で す . 冒頭 で 述べ た よ 


0 
も の の 記述 が 難し いと いう 事実 が あめ あります. ここ が あい ま 
\ に し か 書け な いと , 何 も 検 証する べき こと が な く な っ て 
し まい ます . で すか ら , 今回 紹介 し た 方 法 は , あま た ある 
方 法 の うち , 検証 可能 性 を 持っ た 方 法 と も 言え ます . 

また , 途中 で ツー ル に 関し て 何 度 か 触れ まし た . 回 路 設 
計 と 比べ る と 利用 の 頻度 は 随分 と 低い と 思い ます . た だ , 
それ は ソフ ト ウェ ア ・ エ ンジ ニア の 紺屋 の 白 ば か ま 」 と い 
う わけ で は な く , 最初 に 述べ た よう に ソフ トウ ェ ア の 仕様 

こ は 上 難し さ が あ る か ら で し ょ う ( ある い は , そう 思い 

20 
て いま す . 
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いと う ・ ま さ お 
( 株 ) ニル ソフ ト ウェ ア 


筆者 プロ フィ ー ル ツ 

伊藤 昌夫 . 自動 車 会 社 , 航空 機関 連 会 社 の ソフ ト ウェ ア ・ エ ンジ ニア 
を 経て , ニル ソフ ト ウェ ア を 設立 . ソフ トウ ェ ア ・ プロセス お よび 開 
発 環境 が 専門 で ,。 その た め の コ ン サ ル テ ー シ ョ ン お よび ツー ル の 提供 
を 行っ て いる . 設計 に お ける 人 間 の 認知 活動 に 興味 を 持っ て いる . 


注 4: Syntropy に つい て 書か れ た 唯一 の 書籍 . この 書籍 で 記述 さ ぐ れ た 内 容 が , 


今 の OCL の ベー ス に な っ て いる と 言わ れ て いる . た だ し , クラ ス 図 を ベー ス と す 
る 仕様 型 と は 違っ て , Syntropy で は , ステ ー ト ・ チ ャ ー ト と OCL 風 の 記述 を 組み 合わ せ て いる . リア ル タ イ ム 系 の 記述 に 重点 を お いて いた た め だ ろ う . 
注 5: 今回 の 仕様 型 に 関す る 基本 的 な 内容 は ここ に 書か れ て いる . Syntropy の 影響 を 強く 受け て いる . 


注 6: 1x と 比べ る と ずい ぶん 使い や すく な っ た . た だ し , 20 は 2005 年 11 月 末 現 在 , 


正式 の OMG 仕 様 に は な っ て いな い . 


注 7: 発行 年 は 1998 年 だ が , その 前 か ら STATEMATE と いう ツー ル に 実装 され て 使用 され て いた . 書籍 と いう 形 で 記述 され た の が こ 


の 年 に な る . 233 ペ ー ジ 以 


降 に アク ショ ン 表 現 が まとめ られ て いる . 同じ ころ , 米国 Carnegie Mellon University の Software Engineering Institut@ SEI) で STATEMATE を 使っ 


た ソフ トウ ェ ア 開 発 プ ロ セ ス の 記述 と シミ ュ レ ーション の 実験 が 行わ れ た . 
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